home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19961006-19970104 / 000248_news@columbia.edu _Tue Dec 3 12:02:29 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.3/8.8.3) with ESMTP id MAA17613 for <kermit.misc@watsun.cc.columbia.edu>; Tue, 3 Dec 1996 12:02:28 -0500 (EST)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.3/8.8.3) id MAA20303 for kermit.misc@watsun; Tue, 3 Dec 1996 12:02:27 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Random login prompt with K95
  8. Date: 3 Dec 1996 17:01:43 GMT
  9. Organization: Columbia University
  10. Lines: 56
  11. Message-ID: <581mdn$3lf$1@apakabar.cc.columbia.edu>
  12. References: <1996Dec3.161932.1217@cesi>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <1996Dec3.161932.1217@cesi>,
  16. Alberto Meregalli (DIF) <meregalli@cesi.it> wrote:
  17. : After having installed the new patch to upgrade K95 to 1.1.8 we have
  18. : some strange behaviour that I've investigated with a Sniffer. I've
  19. : seemingly found something questionable that I'd like to show.
  20. : First of all our environment: we use K95 to Telnet to a VMS host with
  21. : VMS 6.1 and Cisco Multinet V3.5B.
  22. : What the user sees is that the "Username:" prompt doesn't appear
  23. : regularly, but rather randomly. What seems to be apparent in the
  24. : sniffer captures is that while many option negotiations go on the VAX
  25. : always immediately refuses the NEW-ENVIRONMENT option, but all data
  26. : sent out by it before K95 acknowledges that with a WON'T
  27. : NEW-ENVIRONMENT are not revealed to the user. So if the VAX delays a
  28. : little sending out the prompt, that's shown to the user, otherwise it
  29. : is lost.
  30. Can you send us a K95 debug log demonstrating this problem?  Tell
  31. K95 to "log debug", send the debug.log file by email to:
  32.  
  33.   kermit-support@columbia.edu
  34.  
  35. Meanwhile, if you want to suppress TELNET NEW-ENVIRONMENT negotiations,
  36. you can give the following command to K95:
  37.  
  38.   SET LOGIN USER
  39.  
  40. : While looking at that I've found also something else strange, namely:
  41. : - option 31 (Negotiate About Window Size): it is "negotiated" up to
  42. : four times: that is K95 sends out up to four times the same 80 columns
  43. : x 24 lines dimension
  44. We allow each option to be negotiated up to four times to allow for
  45. firewalls.  It's a feature :-)
  46.  
  47. : - option 3 (Suppress Go-Ahead): K95 answers DO to the WILL of Multinet
  48. : and then, after some messages, repeats its DO
  49. We'll check this.
  50.  
  51. : - options 32 (Terminal speed) 33 (Toggle flow) and 35 (X-display
  52. : location): K95 answers WONT to the WILLs from Multinet. Multinet
  53. : acknowledges with DONT. Some messages later K95 issues anew the WONTs.
  54. We'll check this too.
  55.  
  56. : Of course I've mentioned these facts only for completeness. My concern
  57. : is for the first problem, because the intermitting "Username:" prompt
  58. : is very annoying for the users.
  59. Thanks for the report.  Please try the suggested workaround.  Follow up
  60. directly to kermit-support@columbia.edu for faster service.
  61.  
  62. - Frank